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A vehicle communications system and method includes a central computer for performing data 
networking applications, individual devices for transmitting, receiving, recording, and/or processing data 
associated with the data networking applications, and one or more data transmission channels with 
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computer. According to the invention, the individual devices are flexibly associated in a controllable 
fashion with the various data networking applications, with an adaptive application control being provided 
that selects the individual devices on the basis of their functions that are required for performing a given 
application, and controls the necessary data transmission processes. 



Data supplied from the esp@cenet database - Worldwide 



http://v3.espaceneLcom/textdoc?DB=EPODOC&IDX=DE19625002&F=8 



2005/05/06 



@ BUNDESREPUBL1K 
D E UTS CH LAND 




DEUTSCHES 
PATENTAMT 



© Offenlegungsschrift 
DE 19625002 A 1 



© lnt.a.6; 

G 07 C 5/08 

//G08G 1/0962 



© Aktenzeichen: 
© Anmeldetag: 
© Offenlegungstag: 



196 25 002.1 
22. 6.96 
2. 1.98 



CM 



CM 



111 
Q 



©Anmelder: 


® Erfinder: 


Daimler-Benz Aktiengesellschaft, 70567 Stuttgart, 


Eitzenberger, KJaus, Dipl.-lng. (FH), 73249 Wernau, 


DE 


DE 




© Entgegenhaltungen: 




DE 42 18 804 A1 




IEEE Plans '92 Position Location and Navigation, 




Symposium, 1 . Januar 1 992, S. 528-533; 




KiRSON, A.: ATIS - A modular approach; 



Prufungsantrag gem. 5 44 PatG ist gestellt 
© Fahrzeugkommunikationssystem 

© Die Erfindung bezieht sich auf ein Fahrzeugkommunika- 
tionssystem mit einem Zentralrechner zur Durchfuhrung von 
TeJematik-AppHkationen, Gerateeinheiten zum Senden P 
Empfangen, Erfassen und/oder. Verarbeiten von zu den 
Telematik-Applikationen gehorigen Daten und einem oder 
mehreren Datenubertragungskanalen mit zugehorigen 
Schnittstellen, uber welche die Gerateeinheiten mit dem 
zentralen Fahrzeugrechner verbindbar sind. 
ErfindungsgemaS sind die Gerateeinheiten den verschiede- 
nen Telernatik-Applikationen flexibel steuerbar zugeordnet, 
wobei eine adaptive Applikatiohssteueruhg vorgesehen ist, 
die zur Durchfuhrung einer jewelligen Applikation die jeweils 
erforderlichen Gerateeinheiten funktionsbezogen auswahit 
und die erfordarlichen Datenubertragungsvorgange steuert. 
Verwendung z.B. in AutomobiJen. 
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Die Erfindung bezieht sich auf ein Fahrzeugkommu- 
nikationssystem mit einem Zentralrechner zur Durch- 
fuhrung von Telematik-Applikationen, mit Gerateein- 
heiten zum Senden, Empfangen, Erfassen und/oder Ver- 
arbeiten von zu diesen Applikationen gehorigen Daten 
und mit einem oder mehreren Datenubertragungskana- 
len mit zugehorigen Schnittstellen, uber weiche die Ge- 
rateeinheiten mit dem Zentralrechner verbindbar.sind. 

Der Einsatz von Teiematiksystemen, d h. elektroni- 
schen Datenubertragungssystemen, die Telekommuni- 
kationsdienste nutzen, gewinnt auch auf dem Gebiet der 
Fahrzeugtechnik zunehmend an Bedeutung. So werden 
im Fahrzeug bereits Telekommunikationsdienste einge- 
setzt, die in den Bereichen Verkehrslenkung, Sicher- 
heitsdienste, dynamische Navigationshilfe und mobiles 
Buro neue Funktionalitaten ermoglichen. 

Herkommliche Telematiksysteme dieser Art beste- 
hen aus einem eigenstandigen Rechner mit Schnittstel- 
len zu einem spezieU zugehorigen Funkgerat, z. B. 
GSM- oder Modacom-Gerat, und/oder zu einem Posi- 
tionsempfanger, wie einem GPS-Empf anger. Die heute 
auf dem Markt verf ugbaren Telekommunikationsgerate 
unterscheiden sich grundsatzlich im Schnittstellenpro- 
tokolL Obwohl es Standardisierungsbemuhungen gibt, 
unterscheiden sich die Schnittstellenprotokolle der Ge- 
rlte in Abhangigkeit des Herstellers, der Version, des 
Modells und der Technologie, so daB es bislang nur 
Einzelldsungen mit genau definierten Komponenten 
Tihd Schnittstellen gibt Die Integration mehrerer Tele- 
matikfunktionalitaten in ein Fahrzeug erfolgt daher bis- 
lang in Form von voneinander getrennten Insellosun- 
gen, da die jeweils zugehorigen Funk- und Peripherie- 
gerate uber keine Netzwerkschnittstellen verfugen, mit 
denen sie mehrfach fur verschiedene Applikationen 
multifunktional genutzt werden konnteiL Eine solche 
Architektur eines Fahrzeugkommunikationssystems er- 
fordert eine laufende Wartung der Systeme fur Modifi- 
kationen. Der damit verbundene organisatorische und 
logistische Aufwand fuhrt zu einer sehr eingeschrankten 
Reaktionsfahigkeit solcher Fahrzeugkommunikations- 
systeme auf neu auf dem Markt erscheinende Telema- 
tikfunktionen und -komponenten. 

Ein Fahrzeugkommunikationssystem der eingangs 
genannten Art ist beispielsweise in der Offenlegungs- 
schrift DE 44 03 712 Al in Form eines aus dem Fahr- 
zeug herausnehmbaren Bordcomputers offenbart, der 
Steuerungsfunktionen zur Fahrzeugnavigation, fur ein 
Verkehrsfunkradio und eine Fernsprecheinrichturig um- 
faBt 

In der Patentschrift DE 41 10 372 C2 ist eine Multi- 
plexubertragungsanordnung fur ein Fahrzeug beschrie- 
ben, die zwei Netzwerke und einen Gateway-Netz- 
werkknoten beinhaltet, fiber den Daten zwischen den 
Netzwerken ubertragen werden konnen. 

Der Erfindung liegt als technisches Problem die Be- 
reitstellung eines Fahrzeugkommunikationssystems der 
eingangs genannten Art zugrunde, das mit verhaltnis- 
maBig geringem Aufwand eine erhohte Flexibilitat bei 
der Durchfuhrung von Telematik- Applikationen bietet 

Die Erfindung lost dieses Problem durch die Bereit- 
stellung eines Fahrzeugkommunikationssystems mit 
den Merkmalen des Anspruchs 1. Bei diesem System 
sind die Ger&teeinheiten zum Senden, Empfangen, Er- 
fassen und/oder Verarbeiten der zu den Telematik- Ap- 
plikationen gehorigen Daten nicht in Form einer Insel- 
losung fest einer jeweiligen Telematik- Applikation zu- 



geordnet, sondern diese Zuordnung ist flexibel ausge- 
legt Dabei wahlt eine adaptive Applikationssteuerung, 
die in den Zentralrechner integriert oder extern von 
diesem angeordnet sein kann, die zur Durchfuhrung ei- 
s ner jeweiligen Applikation jeweils erforderlichen Gera- 
teeinheiten funktionsbezogen aus und steuert die erfor- 
derlichen Datenubertragungsvorgange. Dies erlaubt ei- 
nen modularen Systemaufbau, bei dem Gerateeinheiten 
unterschiedlicher Hersteller an eine oder mehrere ge- 

lo eignete Schnittstellen des Zentralrechners angeschlos- 
sen werden konnen. Jede Gerateeiriheit kann funktions- 
bezogen, d. h. zur Erfullung einer bestiriimten, ihr zuge- 
wiesenen Funktion, wie beispielsweise Positionsbestim- 
mung, angesprochen werden. Diese Funktion kann die 

15 Gerateeinheit bei Bedarf nicht nur fur eine bestimmte, 
sondern fur jede Telematik- Applikation erfullen, zu de- 
ren Durchfuhrung diese Funktion erforderlich ist. Re- 
dundanzen zur Erfullung einer bestimmten Funktion fur 
mehrere Telematik-Applikarionen lassen sich daher ge- 

20 gebenenfalls vermeiden. Umgekehrt kann eine Funk- 
tion, wie beispielsweise die Fahrzeugpositionsbestim- 
mung, bei Bedarf redundant ausgelegt werden, iiidem 
die entsprechende Information gegebenenf alls in unter- 
schiedlicher Gute aus mehreren, voneinander unabhan- 

25 gigen Positiombestimmungskanalen zur Verfugung ge- 
stellt wird Zudem kann das Fahrzeugkommunikations- 
system problemlos mit neuen Gerateeinheiten und/oder 
Telematik-Applikationen erweitert werden, ohne daB 
der bereits bestehende Systemaufbau geandert werden 

30 muB. 

Eine Weiterbildung der Erfindung nach Anspruch 2 
beinhaltet vorteilhafte Moglichkeiten von Schnittstellen 
fur den AnschluB der Gerateeinheiten am Zentralrech- 
ner. 

35 Eine Weiterbildung der Erfindung nach Anspruch 3 
beinhaltet vorteilhafte Gerateeinheiten zur Erfullung 
bestimmter Funktionen fur Telematik- Applikationen. 

Eine Weiterbildung der Erfindung nach Anspruch 4 
beinhaltet vorteilhafte Telematik-Applikationen, die in 
40 beliebiger Kombination vorgesehen sein konnen. 

Bei einem nach Anspruch 5 weitergebildeten Fahr- 
zeugkommunikationssystem sind Gerate- und/oder 
Schnittstellen-Gateways vorgesehen, um eingehende 
Daten in das jeweils ausgangsseitig benotigte Datenfor- 
45 mat zu transformieren. 

Bevorzugte Ausfuhrungsf onnen der Erfindung sind in 
den Zeichnungen dargestellt und werden nachfolgend 
beschrieben. Hierbei zeigen: 
Fig. 1 eine schematische Obersicht iiber die wesentli- 
50 chen Bestandteile eines Fahrzeugskommunikationssy- 
stems, 

Fig. 2 ein schematisches Blockdiagramm des fur das 
Fahrzeugkommunikationssystem von Fig. 1 verwende- 
ten Zentralrechners mit zugehorigen Schnittstellen und 
55 daran anschlieBbaren Gerateeinheiten, 

Fig, 3 ein schematisches Blockdiagramm eines Auf- 
baus einer in den Zentralrechner von Fig. 2 integrierten, 
adaptiven Applikationssteuerung, 

Fig. 4 ein schematisches Blockdiagramm zur Verah- 
60 schaulichung der Gerateflexibilitat des Systems der 
Fig. 1 bis 3, 

Fig. 5 ein schematisches Blockdiagramm zur Veran- 
schaulichung der Schnittstellenflexibilitat des Systems 
der Fig. 1 bis 3 und 
65 Fig- 6 ein schematisches Blockdiagramm zur Veran- 
schaulichung der Durchfuhrung eines Flottenmanage- 
ments als einer Telematik- Applikation mit dem System 
der Fig. I bis 5. 
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Fig. 1 zeigt die wesentlichen Elemente des Fahrzeug- 
kommunikationssystems. Das Herzstuck bildet ein z. B. 
in einem PKW oder LKW installierter Zentrairechner 
(1), mit dem mehrere Telematik-Applikationen durchge- 
fuhrt werden konnen, und zwar die Applikationen Flbt- 
tenmanagement, Routenplanung, Ferndiagndse, Dieb- 
stahlschutz und Rechnerfernkornmunikation, wie das 
Versenden elektronischer Post und das Zugreifen auf 
Datenbanken. Die Telematik-Applikationen konnen in 
den Zentrairechner (1) als Hardware oder als Softwafe- 
paket integriert oder durch ein eigenst&ndiges Steuer- 
gerat oder als Softwarepaket auf eiriem externen, mobi- 
len Rechner realisiert sein. Mit dem Zentrairechner (1) 
ist eine Mehrzahl von Gerateeinheiten verbindbar, und 
zwar in diesem Beispielsfall speziell ein GPS-Empfan- 
ger, ein mobiler Rechner in Form eines PDA (iPersonal 
Digital Assistant), ein Mobilfunkgerat (GSM), eine CD- 
ROM-Einheit und ein RDS-TMC-Gerat Zum AnschluB 
dieser Gerate an den Zentrairechner (1) dienen unter- 



Der Zentrairechner (1) besitzt eine serielle 
RS232-Schnittstelle, an die ein Inf rarot-Transceiver (IR) 
mit RS232-Schnittstelle zur optischen Anbindung eirier 
PDA^Einheit angeschlossen ist. Wahlweise kann die 
5 PDA-Einheit auch direkt an diese RS232-Schnittstelle 
angeschlossen werden, an die ansonsten auch ein GPS- 
Empfanger oder ein datenfahiges Mobilfunk(GSM)-Ge- 
rat angebunden werden konnen. Des weiteren besitzt 
der Zentrairechner (1) eine PCMCIA-Schnittstelle, an 
to die ein GSM-Gerat angeschlossen ist An eine weitere 
RS232-SchnittstelIe kahn optional der GPS-Empfanger 
mit dem Zentrairechner (1) verburiden sein. Ober eine 
zweite PCMCIA-Schnittstelle ist an den Zentrairechner 
(1) ein CAN-Datenbus (CAN1) mit nachgeschalteten 
15 Kommunikationsgerateeinheiten (Komml, Komm2) an- 
geschlossen. Diese beiden Kommunikationsgerateein- . 
heiten konnen beispielsweise je ein Steuergerat fur eine 



Haixlwareausfuhrung der Applikationen Ferndiagnose 
und Diebstahlschutz sein. Ober einen optischen Daten- 
schiedliche Schnittstellen, und zwar eine CAN-, eine 20 busting mit D2B-Schnittsteile konnen der GPS-Emp- 
PCMCIA-, eine RS232-, eine IR- und eine D2B-Schnitt- f anger, das GSM-Gerat und/oder das RDS-TMC-Gerat 
stelle. Mit IR ist hierbei eine Infrarot-Schnittstelle und an den Zentrairechner (1) angeschlossen werden, wenn 
mit D2B (Digital Domestic Bus) eine in Fahrzeugen der dieser Dateniibertragungskanal im Fahrzeug realisiert 
Mercedes-Benz AG zum Einsatz kommende Schnitt- ist Der Zentrairechner (1) ist zweckmaBig mit einem 
stelle eines optischen Datenbusnetzwerks bezeichnet 25 echtzeitfahigen Multitasking-Betriebssystem ausgestat- 



Die fibrigen Bezeichnungen sind Standardbezeichnun- 
gen. Es versteht sich, daB das System je nach Anwen- 
dungsfall auch mehr oder weniger Applikationen, Gera- 
te und/oder Schnittstellen umfassen kann. 

Die-Datenkommunikation zwischen den Geraten und 
dem Zentrairechner (1) erfolgt fiber die zu den Schnitt- 
stellen gehorigen Datenubertragungskanalen. Dabei 
sind die Gerate nicht wie bei herkommlichen Systemen 
jeweQs einer bestimmten Applikation zugeordnet, sbn- 
dern werden von einer in diesem Beispiel in den Zentrai- 
rechner (1) integrierten, adaptiven Applikationssteue- 
rung flexibel zur Erfuliung der ihnen inharenten Funk- 
tion herangezogen, was gegebenenfalls fur mehrere un- 
terschiedliche Telematik-Applikationen der Fall sein 
kann. Die adaptive Applikationssteuerung ist so ausge- 
legt, daB die Applikation kein explizites Gerat ansteuert, 
sondern der Steuerung einen aus- bzw. eingehenden 
Kommunikationswunsch mitteilt Die Steuerung wahlt 
dann das geeignetste Gerat und den entsprechenden 
Kommunikationskanal hierffir aus. Auf diese Weise 
konnen Applikationen Gerate unterschiedlicher Her- 
s teller ansprechen und benotigen keine Informationen, 
fiber welches Netzwerk das gewunschte Gerat anzu- 
sprechen ist Vielmehr ubernimmt die adaptive Applika- 
tionssteuerung die Fuhrung der Datenubertragurig und 
setzt die Datenpakete gemaB dem jeweiligen Netz- 
werkprotokoll fiber spezielle Gateways urn. Mehrere 
Applikationen konnen dasselbe Gerat zur Kommunika- 
tion verwenden, wobei die adaptive Applikationssteue- 
rung entscheidet, welche Verbindungsanforderungen 
Vorrang haben, indem sie den entsprechenden Kommu- 
nikationskanal zu dem Gerat durchschaltet Dadurch 
laBt sich eine redundante Bestuckung des Fahrzeuges 
mit identischen Geraten fur unterschiedliche Telematik- 
Applikationen vermeiden. Umgekehrt konnen bei Be- 
darf bestimmte Funktionen redundant fiber verschiede- 
ne Informationskanale ermittelt werden, z. B. die Be- 
stimmung der aktueUen Fahrzeugposition wahlweise 
fiber GPS, Mobilfunk und/oder ein Bakensystem 

Fig. 2 zeigt die beispielhaft am Zentrairechner (1) 
vorzusehenden Schnittstellen nebst daran anschlieBba- 
ren Gerateeinheiten, wobei die "gestrichelt umrahmten 
Komponenten als optionale Erweiterung zu sehen sind. 
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tet und kann als Verbindungspunkt in einer heterogenen 
Netzwerkumgebung dienen. 

Die adaptive Applikationssteuerung bietet fur solche 
Telematik-Applikationen, deren Kommunikationsbe- 
ziehung mit den beteiligten Gerateeinheiten fest vprge-. 
geben ist, z. B. fiber eingegebene Bezeichner, einen si- 
cheren Datentransport, wobei ul a. geprfift wird, ob das 
. angeforderte Gerat gerade belegt ist und an welchem 
Datennetz dieses aktuell angeschlossen ist Solche Ap- 
plikationen sind beispielsweise die auf einem Steuerger 
rat implementierte Fahrzeugf erndiagnose oder das Ver- 
senden elektronischer Post mit einem PDA. Darfiber 
hinaus beinhaltet das System sogenannte integrierte Te- 
lematik-Applikationen, die speziell fur den Einsatz in 
Verbindung mit der adaptiven Applikationssteuerung 
ausgelegt sind, wie z. B. die Applikation Fiottenmanage- 
ment Daneben sind in das System Basisdienste imple- 
mentiert, die Funktionalitaten anbieten, auf die andere 
Basisdienste und die integrierten Applikationen explizit 
zugreifen konnen, wodurch sich wiederum eine redun- 
dante Auslegung solcher Funktionalitaten vermeiden 
laBt 

Diese Basisdienste Iassen sich in Funktionen zur Er- 
mittlung von nach auBen bereitzustellenden Daten, wie 
Positionsbestirnmung, Uhrzeitbestimmung eta, sowie in 
sogenannte Gateways uriterscheiden, die einen einge- 
henden Datenstrom anhand von Vorgaben einer anfor- 
dernden, integrierten Applikation oder eines anfordern- 
den Basisdienstes transformieren- Bezuglich der Gate- 
ways sind wiederum Schnittstellen-Gateways, Gerate- 
Gateways und Format-Gateways zuunterscheiden. Die 
Schnittstellen-Gateways transformieren eingehende 
Daten in das Schnittstellen- bzw. Datenbusformat der 
jeweils zugehorigen Schnittstelle und umgekehrt, wah- 
rend die Gerate-Gateways eingehende Daten in ein fur 
das zugehorige Gerat geeignetes Datenformat transfor- 
mieren und umgekehrt die vom Gerat kommenden Da- 
ten in das geeignete Ausgangsdatenformat transformie- 
ren. Die Format-Gateways wandeln die von einem Ba- 
sisdienst ermittelten Daten in ein anderes (Standard) 
-Format um, z. B. die Posittonsdaten des Fahrzeugs. 2!u- 
satzlich zu den Basisdiensten konnen auch Mehrwert- 
dienste vorgesehen sein, die sich von den Basisdiensten 
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dadurch unterscheiden, daB sie letztere ihrerseits aufru- 
fen. Ein Beispiel hierfur ist der Mehrwertdienst RDS- 
TMC, der aktuell relevante Verkehrsinformationen 
empfangen und hinsichtlich der aktuellen Fahrzeugposi- 
tion, die ein Basisdienst darstellt, gewichten muB. 

Fig. 3 zeigt schematisch einen fur die Erfullung. der 
obigen Funktionalitaten geeigneten Aufbau der adapti- 
ven Applikationssteuemng. Die adaptive Applikations- 
steuerung beinhaltet in dieser Systemauslegung eine 
Steuereinheit (2), die das adaptive Informationsinanage- 
rnent Qbernimmt Des weitereh sind eine Mehrzahl von 
Basis- bzw. Mehrwertdiensten (3) illustriert beispiels- 
weise zur Bestimmung der Fahrzeugposition, der Uhr- 
zeit und der Fahrzeuggeschwindigkeit Die Steuerung 
enthalt auBerdem eine Mehrzahl von Gerate-Gateways 
(4), die den entsprechenden Gerate-Einheiten zugeord- 
net sind. AuBerdem beinhaltet sie die erforderlichen 
Schnittstellen-Gateways (5), deren Ausgangsleitungen 
(6) zu den entsprechenden Schnittstellen fuhren. Die 
Steuereinheit (2) hat vor allem die Funktionen, die Ba- 
sisdienste fur integrierte Applikationen bereitzusteilen, 
die Datenbasis zu aktualisieren, die Topologie und die 
Resourcen des Systems, die aktuell belegten Kompo- 
rienten und die vorhandenen, bzw. aktiven Client/Ser- 
ver-Beziehungen zu kontrollieren. Eine weitere Aufga- 
be ist die Zugangs- und Sicherheitskontrolle, Im Sinne 
eines Master/Slave-Konzeptes ist die Steuereinheit (2) 
selbst Bestandteil des Server-Netzes und agiert als Ma- 
ster fur die anderen Server. 

Zur Kommunikation innerhalb der Umgebung der 
adaptiven Applikationssteuemng ist eine geeignete 
Kommunikationsarchitektur vorgesehen, die auf dem 
sogenaimten ISO/OS I- Basis-Referenzmodell als grund- 
Iegender Struktur aufbaut Die InterprozeBkommunika- 
tion ist so gestaltet, daB die Applikationen vollig unab- 
hangig von den darunterliegenden Kommunikations- 
strukturen sind. Die Kommunikation zwischen zwei 
Prozessen erfolgt uber sogenannte Kommunikations- 
endpunkte, wobei sich einer der kommunizierenden 
Prozesse auBerhalb des Fahrzeugs beflnden kann. Zur 
Realisierung von Client-Server-Strukturen sind Mecha- 
nismen zum transparenten Aufruf der Server-Funktio- 
nen und zur korrekten transparenten Datenaufberei- 
tung vorgesehen. Durch eine oberste RPC (Remote 
Procedure Call)-Kommunikationsschicht wird die ge- 
forderte InterprozeBkonimunikation bewerkstelligt 
Hierdurch wird die Lokalitat der miteinander kommuni- 
zierenden Applikationen auf dem Zentralrechner selbst 
oder raumlich von diesem entfernt vollig transparent Es 
besteht auch die Moglichkeit, Dienstanforderungen von 
einem oder mehreren Dienstanbietern bearbeiten zu 
lassen, wodurch das Einbinden potentieU konkunieren- 
der Applikationen mit moglicherweise unterschiedli- 
cher Dienstgute bereits uber die Kommunikationsplatt- 
form geschehen kann. Diese Redundanz fiihrt dann zur 
hoheren Verfugbarkeit einer Applikation, da beim Aus- 
fall eines Anbieters bereits auf der Kommunikations- 
plattform ein funktionsanaloger Anbieter einspringen 
kann. Ein Beispiel hierfur ist die Fahrzeugpbsitionsbe- 
stimmung wahlweise uber GPS, GSM oder Koppelnavi- 
gation. 

Die Kommunikationsarchitektur beinhaltet des wei- 
teren eine Datentransportschicht, hier beispielhaft in 
Form einer TCP-Schicht. Eine weitere Kommunika- 
tionsschicht in Form einer Vennittlungsschicht, bei- 
spielsweise als IP-Schicht, ubernimmt die Adressierung 
desjenigen Rechners, auf welchem der Kommunika- 
tionspartner lokalisiert ist, gegebenenfalls unter Ver- 



weridung einer AdreBurnsetzung. Unterhalb der IP- 
Schicht erfolgt eine Abbildung auf die physikalisch vor- 
handenen Obertragungsmedien, wobei eine Sicherungs- 
schicht dafur sorgt, daB Cbertragungsfehler des Me- 
5 diums zwischen Nachbarknoten erkannt und gegebe- 
nenfalls korrigiert werden. Eine HTTP-Servereinheit (7) 
erlaubt die Kommunikation mit externen Datenbanken, 
z. B. uber einen Internet- AnschluB. Mit diesem Aufbau 
erfullt die adaptive Applikationssteuemng zum einen 
to ein Netzwerkmariagement, welches die Managemeht- 
aufgaben auf alien Schichten der Kommunikationsar- 
chitektur beinhaltet, und zum anderen ein Applikatibns- 
management,. worunter die gesamten Aufgaben einer 
dynamischen, adaptiven Client/Server-Umgebung fal- 
ls len. 

Eine Applikation kann, entsprechend dem Client/Ser- 
ver-Konzept, als Client oder als Server agieren. Ob da- 
fur Kommunikation mit der AuBenwelt notwendig ist 
und welche Gerateeinheiten dafur gegebenenfalls ver- 

20 wendet werden, ist fur die Applikation nicht relevant 
Eine Gerateeinheit ist uber eine Schnittstelle mit dem 
Zentralrechner (1) verbunden und stellt entweder einen 
Kommunikationsendpunkt oder einen Zugangspunkt zu 
einem anderen Kommunikationskanal dar, insbesonde- 

25 re zur Kommunikation mit fahrzeugexternen Partner- 
geraten. Durch diese Geratetransparenz ist es ohne wei- 
teres moglich, ein Gerat durch ein anderes, beispielswei- 
se ein solches von einem anderen Hersteller, zu erset- 
zen, bei dem eventuell ein anderes Datenformat ver- 

30 wendet wird. Wenn mehrere unterschiedliche Gerate 
zur Erfullung einer bestimmten Funktion vorhanden 
sind, trifft die adaptive Applikationssteuemng die Aus- 
wahl, welches Gerat momentan am geeignetsten ist Die 
jeweilige Applikation selbst bleibt hiervon unberuhrt 

35 Diese Geratetransparenz ist in Fig. 4 am Beispiel einer 
Applikation (8) veranschaulicht, die eine Fahrzeugposi- 
tionsbestimmung. erfordert Fur diese Positionsbestim- 
mung sind im Beispiel von Fig. 4 einerseits ein Baken- 
Kommunikationsgerat und andererseits ein GPS-Emp- 

40 f anger vom Typ Standard A sowie optional ein zusatzli- 
cher GPS-Empfanger vom Typ Standard B und/oder ein 
GSM-Gerat in Verbindung mit einem GPS-Empfanger 
vorhanden. Auf Anforderung einer Fahrzeugpositions- 
bestimmung durch die Applikation (8) weist die adapti- 

45 ve Applikationssteuemng (9) der Applikation (8) das 
momentan gerade gunstigste Gerat zur Positionsbe- 
stimmung des Fahrzeugs zu. Gegebenenfalls kann die 
adaptive Applikationssteuemng (9) mehrere der vier 
Gerate zur Fahrzeugpositionsbestimmung aktiyieren 

50 und die unabhangig voneinander redundant erhaltenen 
Positionsdaten zur Bestimmung der Fahrzeugposition 
geeignet auswerten. 

Nachdem von der adaptiven Applikationssteuemng 
festgestellt wurde, mit welchem bzw. uber welches Ge- 

55 rat kommuniziert werden soli, priift sie des weiteren, 
uber welche Schnittstelle auf dieses Gerat zugegriffen 
werden kann. Dies ist notig, da mehrere Schnittstellen 
derselben Art vorhanden sein konnen, die voneinander 
zu unterscheiden sind, oder da das Gerat in verschiede- 

60 nen Versionen mit verschiedenen Schnittstellen verfug- 
bar sein kann, so daB es moglich ist das Gerat an eine 
andere, gleichartige Schnittstelle umzustecken oder es 
durch eines mit anderer Schnittstelle zu ersetzen, ohne 
daB die Applikation angepaBt werden muB. Diese 

65 Schnittstellentransparenz ist in Fig. 5 am Beispiel eines 
GSM-Mobilfunkgerates illustriert Dabei ist beispielhaft 
angenommen, daB das GSM-Gerat an eine 
RS232B-Schnittstelle angeschlossen ist alternativ ein 
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derartiges GSM-Gerat jedoch auch ah anderen Schnitt- 
stellen angeschlossen sein konnte, wie einer RS232A-, 
einer CAN-, einer D2B- und einer PCMCIA-Schnittstel- 
le. Die adaptive Applikationssteuerung (9) wahlt dann 
fur die betreffende Applikation die.jeweils besetzte 5 
bzw. gunstigste Schnittstelle zu dem zu aktivierenden 
GSM-Gerat aus. Die adaptive Applikationssteuerung 
ist im ubrigen zur Erfullung einer Multiplex- Funktion 
ausgelegt, mit welcher der Fall beherrschbar ist, daB 
mehrere Applikationen gleichzeitig auf ein Kommuni- ib 
kationsgerat zugreifeh. Diese Funktion beinhaltet eine 
Priorisierang der Applikationen und die Unterbrech- 
barkeit der diversen Kommunikationskanale. 

integrierte Applikationen innerhalb und auBerhalb 
des Zentralrechners konnen fiber dieselben Client-Ser- 15 
ver-Mechanismen mit Applikationen und Basisdiensten 
innerhalb des Zentralrechners oder mit anderen exter- 
nen Dienstanbietern kommunizieren, wobei in diesem 
Fall der Kommunikationspfad fiber zwei Schnittstellen- 
Gateways und zwei Gerate-Gateways Iauft Fur nicht 20 
integrierte Applikationen auBerhalb des Zentralrech- 
ners mit fester Kommunikationsbeziehung zu den Ge- 
raten dient die adaptive Applikationssteuerung dazu, zu 
verhindern, daB ein bestimmtes Gerat von einer ande- 
ren Applikation ebenfalls angefordert wird oder sich 25 
das Gerat in einem anderen Datennetzwerk oder an 
einer anderen Adresse befindet als von dieser Applika- 
tion angenommen. Der Zentralrechner dient in diesem 
Fall dazu, den Zugriff auf die Gerate zu regeln. 

Fig. 6 veranschaulicht exemplarisch die Durchfuh- 30 
rung einer Flottenmanagement- Applikation. Eine exter- 
ne, nicht gezeigte Flottenmanagement-Zentrale kom- 
muniziert fiber ein GSM-Gerat (11), das fiber ein CAN- 
Gateway an den CAN-Bus des Fahrzeugs ahgebunden 
ist, und fiber ein GSM-Gateway mit der integrierten 35 
Applikation Flottenmanagement im Zentralrechner (1). 
Diese Applikation fordert die Funktion Position an, die 
ihrerseits fiber ein GPS-Gateway und das CAN-Gate- 
way mit einem GPS-Empfanger (12) kommuniziert, der 
ebenfalls am CAN-Bus des Fahrzeugs hangt. 40 

Wie aus der vorstehenden Beschreibung eines bevor- 
zugten Ausffihrungsbeispiels ersichtlich wird, eriaubt 
das erfindungsgemafie Fahrzeugkommunikationssy- 
stem eine flexible und komfortable Durchfuhnmg von 
verschiedensten Telematik-Applikationen im Fahrzeug 45 
mit vergleichsweise geringem Aufwand 

Patentanspruche 

1 . Fahrzeugkommunikationssystem mit 50 

— einem Zentralrechner (1) zur Diirchffihrung 
von Telematik-Applikationen, 

— Gerateeinheiten zum Senden, Empfangen, 
Erf assen und/oder Verarbeiten von zu den Te- 
lematik-Applikationen gehorigen Daten und 55 

— einem oder mehreren Datenubertragungs- 
kanalen mit zugeharigen Schnittstellen, fiber 
welche die Gerateeinheiten mit dem zentralen 
Fahrzeugrechner verbindbar sind, 
gekennzeichnet durch 60 

— eine flexibel steuerbare Zuordnung der Ge- 
rateeinheiten zu den verschiedenen Telema- 
tik-Applikationen, wobei 

— eine adaptive Applikationssteuerung (9) 
vorgesehen ist, die zur Durchfuhrung einer je- 65 
weiligen Applikation die jeweils erforderli- 
chen Gerateeinheiten funktionsbezogen aus- 
wahlt sowie die erforderlichen Datenubertra- 
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gungsvorgange steuert 

2. Fahrzeugkommunikationssystem nach Anspruch 
1, weiter dadurch gekennzeichnet, daB zum Aft- 
SchluB der Gerateeinheiten an den Zentralrechner 
(1) eine CAN-, eine RS232-, eine PCMCIA-, eine 
D2B- und/oder eine IR-Schnittstelle vorgesehen ist 

3. Fahrzeugkommunikationssystem nach Anspruch 
1 oder 2, weiter dadurch gekennzeichnet, daB als 
Gerateeinheiten wenigstens ein GPS-Empfanger, 
eine PDA-Eihheit, eine GSM-Einheit, eine CD- 
ROM-Einheit und/oder eine RDS-TMC-Einheit 
vorgesehen sihd. 

4. Fahrzeugkommunikationssystem nach einem der 
Ansprfiche 1 bis 3, weiter dadurch gekennzeichnet, 
daB als Telematik-Applikationen eine Flottenma- 
nagement-Applikation eine Routenplanungs-Ap- 
plikation, eine Ferndiagnose-Applikation, eine 
Diebstahlschutz-Applikation und/oder eine elek- 
tronische Datenkommunikations-Applikation vor- 
gesehen sind. 

5. Fahrzeugkommunikationssystem nach einem der 
Ansprfiche 1 bis 4, gekennzeichnet durch Gerate- 
Gateways und/oder Schnittstellen-Gateways zur 
Transformation eingehender Daten in das jeweilige 
Datenformat fur die zugehorigen Gerateeinheiten 
bzw. Datenfibertragungskanale. 
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